🎈 想读易懂版？

本章有易懂版（大白话讲重点，10 分钟读完）：[第 15 章 自动化工作流：让任务自己跑（易懂版）](../../easy/第15章 自动化工作流：让任务自己跑（易懂版）.md)

第 15 章 自动化工作流：让任务自己跑

本章目标：理解自动化的适用场景、三层境界与可靠性的三要素，掌握自动化与 Skill 的分工。自动化的目的不是去掉人，而是把人从重复劳动里解放出来，去做判断。

15.1 场景：有些事你已经会做了，只是不想每次重做

有些任务，你已经知道完整的做法，只是不想每次都手动做一遍。这就是自动化该上场的时候：

输入（文件/参数）→ 固定步骤 → 输出（产物/结果）

自动化的本质：把"你会做"变成"它会自己跑"。

15.2 什么样的任务适合自动化

15.2.1 判断表格

适合	不适合
步骤固定、重复执行	每次需求都不同
输入输出明确	需要大量即兴判断
有明确验收标准	高风险不可逆操作
频率高（每周/每天）	一次性任务

15.2.2 一句话判断

"如果这个任务做 10 遍，步骤会一样吗？" 会 → 值得自动化；不会 → 先别急。

15.3 自动化的三层境界

层次	说明	例子
L1 脚本化	固定输入 → 脚本 → 固定输出	批量重命名脚本
L2 模板化	用模板生成不同产物	周报、合同、简报
L3 工作流化	多步骤串联 + 异常处理 + 人审节点	发布会自动化流程

15.3.1 三层递进

L1 解决"一次做一件事"（脚本）
L2 解决"每次产出不一样但结构一样"（模板）
L3 解决"整条链路都要自动"（工作流）

大多数自动化做到 L2 就够用了，别一上来就追求 L3 的完美流水线。

15.4 案例：周报自动化

手动版： 每周五收集数据 → 写周报 → 发送。

自动化版：

输入：本周 git 提交记录 + 项目进度文件
步骤：收集 → 按模板生成周报草稿 → 输出到 docs/weekly/
人工节点：你审阅 → 确认 → 发布

指令：

把"生成周报"做成可复用流程：我每次只说"生成本周周报"，
你就走：读 git log → 读进度文件 → 套模板 → 输出草稿让我审阅。

15.4.1 自动化的投入产出计算

投入：一次（把流程定下来 + 写好模板）
产出：每周省 30 分钟 × 52 周 = 26 小时/年
结论：只要重复 ≥ 5 次，自动化就回本

15.5 可靠性的三要素

自动化最怕"悄悄出错"。三条保命原则：

15.5.1 留痕

每次运行都有日志，出问题能回看：

运行时间、输入参数、处理了哪些文件、结果如何 → 都写进运行日志

15.5.2 可验证

产出有校验（行数、格式、内容检查）：

"周报生成后，自动检查：标题是否齐全、是否有本周日期、段落是否为空"

15.5.3 人审节点

重要输出在自动化的最后一站，永远留一个人确认：

自动生成草稿 → 你确认 → 才发布

自动化的核心原则

自动化 = 把重复交给机器 + 把判断留给人。 任何"自动化直接发布"的设计，都是在埋雷。

15.6 自动化与 Skill 的区别

Skill   = 按最佳实践执行一件事（我来做，你在场）
自动化  = 固定流程自己跑（我主动跑，你抽查）

15.6.1 两者的结合

Skill 定义"怎么做对"，自动化定义"什么时候做"。

Skill（怎么做对）：写周报的格式规范、数据口径
自动化（什么时候做）：每周五自动触发，套用写周报 Skill

推荐路径：先把"怎么做对"沉淀成 Skill（第 17 章），再让自动化定期调用它。

15.7 自动化的进阶：与记忆和团队配合

配合	用法
自动化 + 记忆	自动读取记忆里的偏好，输出更贴合
自动化 + 团队	触发团队协作流程（大任务自动化分派）
自动化 + 任务库	把常用流程存成"可调用任务"

15.8 练习

1. 找出你工作中一个每周都要做的重复任务；
2. 把它的步骤写成清单，让我评估能否自动化（15.2 判断表）；
3. 实现第一版，跑一次，记录运行日志和人工审阅点；
4. 用 15.5 的三要素检查：留痕了吗？可验证吗？有人审节点吗？

15.9 延伸阅读

平台把"定时触发"做成了一等公民：定时任务（cron）。建任务的规矩、避坑写法、以及怎么把结果直接送到你手机上，见第 28 章。

---

小结：自动化的投入产出比，在于把一次成功变成无数次成功。但你永远保留最后一公里的人工确认——自动化不是去掉人，而是解放人。 下一章，从个人走向团队协作。